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TITLE 

CALL PROCESSING SYSTEM 

BACKGROUND OF THE INVENTION 

Field of the Invention 

5 The present invention relates to a call processing system, 

and more specifically, to a call processing system for mobile 
users . 

Description of the Related Art 

Emergency call users can experience long waiting times 

10 before connecting to the operator, due to large volume, as much 
as several hours. Currently, emergency calls are handled by a 
one-phase emergency call model, wherein each caller employs a 
complete voice channel to the operator once the emergency call 
is connected. The operator maintains the communication with the 

15 caller until the emergency issue is resolved. Emergency calls 
are not guaranteed to be served in a First-in-first-out (FIFO) 
order if they are not placed in the queue successfully. If the 
caller uses a mobile phone to call the emergency call processing 
center, the long waiting time can consume battery energy and the 

2 0 battery may become exhausted before connection. 

Figure 1 is a diagram illustrating a basic queue model. 
Varrivai represents the arrival rate of requests (or calls) , and 
Vprocessing the speed of the processing unit 14 . When V arriva i exceeds 
Vprocessing/ arrival requests are placed wait in a waiting buffer 

25 12. As shown in Figure 1, the waiting buffer 12 stores N queued 
arrival requests. Some arrival requests are rejected from 
admission to the waiting buffer 12 if there are more than N 
admission requests at the same time. The wait sequence is 
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guaranteed only if the arrival request is admitted to the waiting 
buffer 12. 

In current emergency call center design, the processing 
unit 14 is handled mainly by operators and the waiting buffer 
5 12 is adopted using the traditional Telephone Private Branch 
telephone Exchanger (PBX) design. In some metropolitan areas, 
processing speed V processing is estimated to around 1-3 minutes per 
call, although the arrival rate of emergency calls V ar rivai is 
estimated from 100 to 1000. In order to handle such large 

10 volume, the emergency call center usually provides multiple 
operators as shown in Figure 2 to speed processing. The example 
shown in Figure 2 illustrates an emergency call center with three 
processing units (i.e. operators) 24a~24c handling requests 
from a waiting buffer 22. Nonetheless, some emergency call 

15 requests still experience a long waiting period even with 
multiple processing units processing the call requests in 
parallel. This problem is aggravated for mobile users as the 
calls may not connect to a local emergency service, but rather 
to a regional center. 

2 0 Apart from serious delays, callers may have difficulty 

passing all relevant information to the operator in an efficient 
manner when the call is finally connected. Mobile users 
suffering medical emergencies are likely to have difficulty 
reporting exact locations and conditions. There is therefore 

25 a need to improve the emergency call system, such that callers 
can provide accurate information successfully in any urgent 
situation. 
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SUMMARY OF THE INVENTION 

Accordingly, the object of the present invention is to 
improve efficiency of an emergency call center. 

Another object of the present invention is to provide 
5 categorized prioritization of emergency calls, in order to 
ensure processing of the most urgent calls first. 

Another object of the present invention is to provide an 
emergency call processing system particularly for mobile users, 
consuming a minimum battery power employing data communication 

10 measures between the emergency call center and mobile users. 

In order to achieve these objects, the present invention 
provides an emergency call processing method and system for 
mobile users using data service. The emergency call processing 
system comprises user equipment (UE) registered in a wireless 

15 communication system and an emergency call center connected to 
the same wireless communication system. The UE submits an 
emergency data call to the emergency call enter in an emergency. 
The emergency call center returns a confirmation message 
including registration identification (ID) after receiving the 

2 0 emergency data call from the UE . The emergency data call enters 
a queuing system of the emergency call center, comprising a first 
waiting buffer, a sorter, prioritized waiting buffers, and at 
least one processing unit. The waiting buffers operate on a 
first-in-first-out (FIFO) basis, storing the emergency calls. 

25 The sorter receives the emergency calls from the first waiting 
buffer, categorizing and determining a priority of each 
emergency data call . The sorter then passes each emergency data 
call to one of the prioritized waiting buffers according to 
priority. Each processing unit serves the emergency data calls 
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from the prioritized waiting buffers according to priority. The 
processing unit is operated by either operator or automatically. 
The processing unit replies to the corresponding caller to 
confirm the emergency and begins to resolve the problem. 
5 The emergency data call originating with the UE comprises 

caller phone number, emergency message, location, and personal 
information. The message can utilizes voice, image, text, or 
combinations thereof . 

The UE changes to automatic hand- shaking mode after 

10 receiving the confirmation message from the emergency call 
center, such that the UE is able to return the alert message from 
the emergency call center automatically. The alert message 
requests relevant information such as location, current 
conditions, or identifying location images. The UE returns the 

15 requested information with the registration ID assigned by the 
emergency to speed processing. The emergency call center uses 
an interleaving approach to periodically communicate with the 
UE, thus collecting relevant information beforehand. For more 
accurate positioning, the emergency call center updates the 

20 location information periodically. Data communication 

requesting and passing relevant information between the center 
and the UE can be implemented simply by a short message system 
(SMS) or other data services. The UE end uses client software 
for integration into the automatic hand-shaking process. 

25 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention can be more fully understood by 
reading the subsequent detailed description in conjunction with 
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the examples and references made to the accompanying drawings, 
wherein: 

Fig. 1 illustrates a basic queuing model for incoming 
calls . 

5 Fig. 2 illustrates a queuing model with three processing 

units to speed processing. 

Fig. 3 illustrates a queuing model for the present 
invention . 

Fig. 4a illustrates message flow between user equipment and 
10 an emergency call center of the two-phase emergency call model 
according to the first embodiment of the present invention. 

Fig. 4b shows an example of the emergency data call 
composition. 

Fig. 5a illustrates message flow between user equipment and 
15 an emergency call center of a multi-phase emergency call model 
according to the second embodiment of the present invention. 

Fig. 5b shows another example of the emergency data call 
composition. 

Fig. 5c shows an example of the confirmation message 
2 0 composition. 



DETAILED DESCRIPTION OF THE INVENTION 

The present invention proposes a method and system thereof 
utilizing data service to improve efficiency of an emergency 
25 call processing system. In the present invention, data 
communication is employed with voice communication in the 
emergency call processing system rather than relying on voice 
only. By transmitting data through a data service such as short 
message service (SMS) , long waiting problems are alleviated. 
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Data service including crucial information can be filtered from 
the voice calls, and handled in a multi -phase emergency call 
model, explained later. Compared to the one-phase emergency 
call model implemented currently, the multi-phase emergency 
5 call model reduces major traffic and helps to alleviate the 
voice-based emergency call waiting issue. 

In the conventional emergency call processing system, 
operators must verbally solicit information regarding callers' 
situation, and then dispatch appropriate emergency assistance. 

10 The inventive approach using automatic categorization of 
emergency requirements, provides operators with beforehand 
knowledge of conditions before calling back to confirm user 
needs . Since some emergency calls may be life threatening, while 
others less urgent, it is critical to prioritize calls 

15 appropriately. 

Figure 3 illustrates an example of the queuing system 3 0 
implemented in the present invention. The queuing system 30 
provides categorized prioritization of emergency calls. As 
shown in Figure 3, emergency calls are first stored in a waiting 

20 buffer 32 in a First-in-first-out (FIFO) manner, and a sorter 
34 acquires the emergency calls therefrom. The sorter 34 is a 
computer-based processing unit capable of discrimination among 
various emergency call types. The sorter 34 assigns each 
emergency call to one of n prioritized waiting buffers 361~36n. 

25 As shown in Figure 3, each prioritized waiting buffer stores 
emergency calls with a dedicated priority level. Buffer 361 
stored the highest priority emergency calls, 362 the 
second-highest, and buffer 36n the lowest priority emergency 
calls. While, for brevity, there are only three processing units 

30 38a~38c shown in this example, the number thereof is adjustable, 
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and is to be determined based on the emergency call arrival rate 
(V arr i V ai) and the average processing speed (V proce ssing) of the 
system. Processing units 38a~38c acquire emergency calls from 
the prioritized waiting buffers 361~36n according to priority. 
5 The prioritized waiting buffers 361~36n are FIFO buffers, and 
the highest priority calls stored in the buffer 361 will be 
served first. The processing units 38a~38c can be operated by 
either operators or automatically. The inventive approach also 
assumes that all emergency center computer systems are connected 

10 and can access calls stored in the buffers. Thus, the emergency 
call processing system of the present invention improves the 
efficiency of operators (either human or machines) associated 
with each emergency center. 

In the present invention, emergency calls are 

15 mobile-originating data calls transmitted through data networks 
rather than voice networks. Figure 4a illustrates message flow 
between user equipment (UE) 4 0 and an emergency call center 4 2 
of the two-phase emergency call model according to the first 
embodiment of the present invention. UE 40 passes all available 

20 information associated with the mobile user and the UE 40 to the 
emergency call center 42 by sending an emergency data call 44. 
The UE 4 0 can comprise a cellular phone, a personal digital 
assistant (PDA) , or any other communication device. Figure 4b 
shows an example of the emergency data call 44 composition. The 

2 5 information carried by the emergency data call 44 can include 
caller phone number 441, voice message 442, image message 443, 
location information 444, and personal information 445. The 
emergency data call 44 is sent in a special format providing most 
information the emergency operator is likely require before 

30 dispatch appropriate assistance. Once the emergency data call 
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44 is transformed from voice to data, it can easily be stored 
in a secondary memory such as hard disc or tape device, 
independent from waiting buffer overflow issues. 

The UE 4 0 does not require holding the phone line to wait 
5 for the queuing process unlike conventional emergency call 
process. Rather, the UE 40 disconnects and waits for the 
emergency call center 42 to call back, and battery power is thus 
conserved. The emergency data call 44, after arrival at the 
emergency call center 42, enters a queuing system as previously 

10 described with Figure 3 . As mentioned, since each emergency data 
call may have a different level of urgency, emergency call center 
42 assigns each data call a different priority and processes the 
highest priority first . The emergency data call 44 is eventually 
forwarded to a processing unit, which responds to the UE 40 to 

15 confirm and resolve the emergency 46. The emergency call center 
42 acquires information associated with the emergency 
beforehand, thus reducing the time spent soliciting the relevant 
information. The two-phase emergency call model shown in Figure 
4a improves the overall response efficiency of the emergency 

20 call center 42. 

Figure 5a illustrates message flow between UE 50 and an 
emergency call center 52 of a multi -phase emergency call model 
according to the second embodiment of the present invention. UE 
50 sends an emergency data call 54 as the first message for 

25 registration. Once call 54 arrives, the emergency call center 
returns a confirmation message 55 with registration 
identification (ID) to the UE 50 to confirm that the emergency 
call is being processed. As shown in Figure 5b, the emergency 
data call 54 may include caller phone number 541, voice message 

30 542, image message 543, location information 544, personal 
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information 545, and other voice and/or text elements 546. The 
emergency data call 54 is usually restricted to only a short 
message for registration, containing only caller phone number 
and a brief description of the emergency. The emergency call 
5 center 52 categorizes and prioritizes the arrival emergency data 
call 54 as in the first embodiment. 

In the second embodiment, the emergency call center 52 
sends a confirmation message 55 to UE 50 to acknowledge the 
arrival of the emergency data call 54, normally comprising 

10 registration identification (ID) 551 as shown in Figure 5c. Upon 
receipt of confirmation message 55, the UE 50 changes to 
automatic hand-shaking mode. The emergency call center 52 then 
continues to collect relevant information from the UE 50 
automatically, sending an alert message 56 to the UE 50. 

15 Examples of relevant information include current location, 
physical condition, current location audio/image data, and 
other information . 

In conventional emergency call processing system, 
disorientation can present a common problem for callers, and it 

20 can take a long time for them to convey their precise location. 
The location of the mobile user can be obtained by a locating 
service provided in the communication system, for example, 
Global Positioning System (GPS) . The emergency call center 52 
requests current location information using the alert message 

25 56, and the UE 50 responds with current location automatically. 

Personal information can include personal identification, 
health history, medical history, or other related information 
previously stored in the UE 50. When the user triggers an 
emergency call, the above information passes to the emergency 

30 call center if the scenario is related to medical issues. The 
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emergency call center can use the information to more 
efficiently assess the caller condition, speeding the rescue 
procedure . 

The UE 50 may have a camera device associated with it, and, 
5 if so, the emergency caller can convey image based information 
regarding their surroundings. Incoming emergency data calls 
with image data can be analyzed, with resultant information 
passed to the operator. For example, a person bitten by a 
poisonous snake can submit an image of the snake to the emergency 

10 call center for identification, enabling emergency response 
personnel to provide remedy accordingly. 

In the automatic hand- shaking status, the emergency call 
center 52 uses an interleaving approach to systematically 
communicate with the UE 50 by sending alert message 56 to request 

15 the relevant information 57. In order to implement the 
hand-shaking protocol efficiently, the UE 50 must have client 
software installed, and local emergency service implementation 
of the system further popularizes such installation as standard. 
Emergency messages incorporating requested relevant 

20 information 57 carry a field for registration ID, so the 
emergency response system, based on recognition of this field, 
can bypass the waiting procedure. 

Network protocols can distinguish between incoming voice 
and emergency data calls. Voice calls, generate existing PBX 

25 signals to the operator directly, otherwise, the PBX routes the 
recognized data call into the emergency call processing system 
described above. The multi-phase emergency call processing 
model disclosed here can co-operate with conventional emergency 
call processing models. Further, even when operating in data 

30 mode, the UE can still convert voice signal into data format and 
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embed the information into emergency data call contents, as 
shown in Figures 4b and 5b. 

Battery life of the UE is a key factor in maintaining the 
emergency call processing protocol of the present invention. In 
5 order to maintain enough battery power for later communication, 
the present invention provides a solution for further battery 
energy conservation, wherein the UE changes to a special 
power-saving mode when receiving confirmation from the 
emergency call center. In this mode, or special Discontinuous 
10 Receiving Mode (DRX) , the UE will not activate until the DRX 
timeout, provided by the emergency call center automatically 
expires . 

Finally, while the invention has been described by way of 
example and in terms of the above, it is to be understood that 

15 the invention is not limited to the disclosed embodiment. On 
the contrary, it is intended to cover various modifications and 
similar arrangements as would be apparent to those skilled in 
the art. Therefore, the scope of the appended claims should be 
accorded the broadest interpretation so as to encompass all such 

20 modifications and similar arrangements. 
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